P13424.PB 

lfGANECU 101NP1 3424\spec\P 1 3424.PB 



METHOD FOR PRODUCT SUPPORT SERVICES 

5 

CROSS REFERENCES TO RELATED APPLICATIONS 

This patent claims the benefit of U.S. Provisional Application Serial Number 
60/184278, dated February 23 5 2 0 00. 

10 

BACKGROUND OF THE INVENTION 

This invention generally relates to a method for providing product support 
services. 

1 5 The corporate communications environment is undergoing rapid changes 

brought on by the merging of voice and data technologies, as well as by the 
participation of the Internet in the delivery of communications content and services. 
Products designed to service this new environment place novel demands upon the 
professional charged with their deployment, installation, implementation, and ongoing 

20 maintenance. The old product support models cannot fulfill these demands, thus 

risking to stifle the business growth of manufacturers and distributors alike. There is 
an increasing need for broader technical expertise on the part of product users. 

The present model for receiving product support services typically mandates 
that only specific users of a product may access the product support environment 

25 administered by the product support provider. The product support provider is 

typically the manufacturer or a qualified support service provider contracted by the 
manufacturer. The user has typically been the registered purchaser of the 
manufacturers product. Those permitted to utilize the support services are 
traditionally limited to users' employees who are certified for the particular products. 

30 Since access to product support has commonly been restricted to certified 

personnel of the purchaser only, great emphasis is put on a formal, structured 
relationship between the product support provider and the purchaser. To receive 



product support after the initial purchase of a product, a purchaser must already have 
on staff, employees certified by the manufacturer to use this product. If it is a new 
product for the purchaser, this formality requires the purchaser to either hire 
employees already certified on the product or train and certify employees before 
5 deployment of the product. This is necessary to avoid any lag time between the 
purchase and deployment of the product and access to product support. 

This type of support system has been implemented and utilized throughout the 
business community to help control and regulate the flow of product support 
information from the product support provider to the user. It is inherently inefficient 

10 and costly for both the purchaser and the service provider. 

In today's business community, however, this type of rigid system relying on 
specific formal relationships is particularly unwieldy. Today, the user might not be 
the purchaser of a product but might instead be a third party associated with the 
purchaser. For instance, the purchaser might subcontract work, which requires 

1 5 utilization of the product by a party not trained on the product. This third party may 
be a strategic partner, a VAR, or a professional service provider. Sometimes, the 
purchaser may wish a non-employee end-user or a non-certified employee to work on 
problems directly with the product support provider. These complex business settings 
require more flexible support mechanisms than what is available. These settings 

20 require a support system that allows for the efficient delivery of services to non- 
traditional parties while maintaining integrity, quality, and security. 

SUMMARY OF THE INVENTION 

25 The invention disclosed herein provides a support environment that accounts 

for the realities of the current market place. It permits more flexible access to the 
product support provider, which, in turn, allows for a more enriching and valuable 
support environment. 

The initial step in this method comprises delivering a service account to a 

30 receiving party. Only the receiving party receives a service account. The receiving 
party gains its status as a "receiving party" by well-known methods including written 
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or online application, request or automatically upon some transaction. Typically, after 
purchasing a product, an application is made to the product manufacturer for a support 
service account. Upon approval of the application, the support service provider 
delivers a service account to the receiving party. The service account includes login 
5 identification information and passwords. Preferably, the login information and 

passwords are alphanumeric character strings, secure and proprietary to each receiving 
party. 

Once the receiving party has established a service account, it acquires tokens 
from the support service provider either through purchase or barter or some other 

1 0 known method. The tokens may be distributed by the receiving party or it's designee 
to certified employees, non-certified employees or other third parties at its discretion. 
These tokens are exchanged with the support service provider for the support services. 
The tokens are not, necessarily, physical embodiments, but may be digital constructs 
acquired and exchanged electronically. 

1 5 The receiving party may designate any person it considers qualified to 

represent it in interfacing with the support environment. This allows access to the 
support environment by representatives that are not employees and/or certified users. 
Access is gained by the qualified representative exhibiting login identification to the 
support service provider and exchanging tokens. Possession of tokens and login 

20 identification serves as verification of qualification and authorization. 

The tokens are returned to the support service provider by any party that has 
received them from an authorized purchaser. The support services can be scheduled to 
cost different values of tokens based on time of day/week/year, duration of service, 
party qualifications or types of service delivered. For instance, if a party calls for 

25 technical support on a Sunday the services can cost differently than if the party had 
called during business hours. The tokens themselves are typically purchased by an 
authorized purchaser with money, although, some other compensation can be used. In 
addition, the cost of tokens can differ based on volume purchasing. These 
characteristics of cost are controlled and determined by the support service provider or 

30 the product manufacturer. 
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It is preferable that this support environment is administered on a computer 
network such as the Internet or a private intranet. Application and authorization are 
received electronically over the network as well as tokens purchased and exchanged. 
The support services may be provided over the network or by telephone or other 
5 known method. 



BRIEF DESCRIPTION OF THE DRAWINGS 

10 

Fig. 1 is a diagram of a typical support service environment. 
Fig. 2 is a diagram of a first embodiment of the invention. 
Fig.3 is a table according to a first embodiment of the partial cost structure of 
the invention. 

15 Fig. 4 is a table representing a first embodiment of the partial cost structure of 

the invention. 

Fig. 5 is a table representing a first embodiment of the partial cost structure of 
the invention. 

Fig. 6 is a diagram of a second embodiment of the invention. 
20 Fig. 7 is a diagram of types of services from a support service provider. 

Fig. 8 is a diagram of a third embodiment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

Figure 1 is a diagram of a typical support service environment 10. Only 
25 registered, certified purchasers 12 gain access to the environment. VARS, non- 
certified purchasers and end users 14 are denied access to the environment 10. The 
environment 10 has limiting characteristics such as cost 20 based on hour 16 or cost 
20 based on day 18. These limiting characteristics determine the cost of services 
provided. For example, when a certified registered purchaser calls on a Monday at 
30 8:00AM, she will receive free telephone support service. However, if she calls on a 
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holiday, she will pay premium cost for telephone support service. One will note that 
this typical environment offers only telephone support. 

Figure 2 is a diagram of certain features in a first embodiment of the present 
invention. Here, access is gained by many different parties 25. These parties 25 are 
5 all related by either being the purchaser or having a relationship with the purchaser 
that authorizes access to the environment 30. The environment 30 is controlled by the 
manufacturer and/or a support service provider 40. A blank application 41 is initially 
transferred via the Internet from the support service provider 40 to the receiving party 
50. The receiving party, 50, can be certified for a particular product, 5 1 , or non- 

1 0 certified, 52. The application is completed 42 by the receiving party 50 and 

transferred back to the support service provider 40. Once the completed application 
42 is approved by the support service provider 40, authentication information 43, and 
authorization 44 is transferred back to the receiving party 50 via the Internet. The 
approval of the application is based on some predetermined criteria which is typical 

1 5 for the marketplace involved. The authentication 43 is a login identification consisting 
of a unique multi-digit alphanumeric string. Possessing the string indicates one is a 
receiving party 50 and may open a service account 48 to purchase tokens 45 and 46. 

The authorization 44 is information indicating to the receiving party 50 that it 
may allocate tokens to any party 25. The receiving party 50 may now purchase 45 

20 with money, credit, or other value, via the Internet, tokens from the support service 
provider 40. The tokens are transferred 46 to the receiving party 50 via the Internet. 

The tokens may be distributed by the receiving party 50 to any other party 25 it 
designates to interact with the support service environment 30. These designees may 
be the receiving party's strategic partners 53, who may be certified on the product or 

25 non-certified. The designee may be a sub-contractor 54 or enduser 55 who, in turn 
may or may not be certified. The tokens are then transferred back 47, via the Internet, 
to the support service provider 40. Upon receipt of the tokens, 47, the support service 
provider provides support services. 

The environment 30 consists of limiting factors that characterize it. These 

30 limiting factors include time of day 60, date 65, type of service provided 70 and type 
of party interacting 75. The token cost, 80, is structured on these limiting factors. 
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In this embodiment, the token cost, 80, is free (requiring no tokens) for 
telephone service 70 to a certified receiving party, 51, during extended support hours, 
standard support hours, and holidays. For a non-certified receiving party, 52, it must 
pay per incident during extended support hours, standard support hours and premium 
5 support hours. All other parties also pay-per-incident for each class of environmental 
limiting factors. While the token cost structure varies by party status and 
environmental limiting factors, 60, all the varying parties, 25, are given access to the 
support service environment, 30. 

Figure 3 is a table representing one partial embodiment, different from Figure 
10 2, of the cost structure of the invention. Here, a non-certified technician 100 pays 3 
tokens per incident during extended support hours 102 while a certified technician 101 
pays only 2 tokens per incident during the same block of time 102. 

Figure 4 is a table further representing one partial embodiment of the cost 
structure of the invention. In this table the cost structure for non-receiving parties are 
15 represented. A certified, non-receiving party 105 pays differently than a non-certified, 
non-receiving party 107. 

Figure 5 is a table representing one further portion of the cost structure of the 
invention. This table represents the cost structure of tokens by volume purchased 130. 
Figure 6 depicts a second embodiment of the support service environment, 30. 
20 In this embodiment, on-line support services, 140, are provided by the support service 
provider, 40, through the Internet as well as telephone based support services, 70. 
Again, all parties, 25, have access to some level of support services. During standard 
support hours, all parties receive free on-line support, 145. However, during premium 
support hours, 65, only a certified receiving party will receive free on-line support. 
25 All other parties must pay-per-incident, 147. During extended service hours only a 
receiving party will receive telephone support. Other parties have no access to 
telephone support during these hours. 

Figure 7 displays one embodiment of the types of services, 70, offered. Two 
different on-line services, 140, are offered. The knowledge base, 71 , is a collection of 
30 solved incidents that had required support services, frequently asked questions, and 
engineering tips. The quick stop help desk, 72, is a help desk where parties can ask 
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questions and receive answers over the Internet. The telephone assistance center, 73 , 
can be live operators offering assistance or recorded information. Field service, 74, 
provides trained technicians sent to a location for on-site service. 

A preferred embodiment of the present invention is depicted in figure 8. A 
5 purchaser, 200, may apply to open a support service account over the Internet by first 
designating, 205, a representative, 210. The representative is authorized to open and 
manage the purchaser's account. This representative may designate other 
representatives. The representative designates a purchaser's 200 employee or 
employees as buyers 215. Buyers 215 are empowered to issue purchase orders for 

10 tokens online 225. Representatives 210 receive, via the Internet, identification and 
passwords 230 from the support service providers 40. The identification and 
passwords are passed 240 to the buyers 215 by the representatives 210. The 
representatives designate other employees of the purchaser as allocators 250 and 
passes 255 identification, passwords, and tokens to the allocators 250. Allocators 250 

15 designate technicians to interface with the support service environment 30 and pass 
tokens 265 to the technicians who exchange the tokens with the support service 
provider 40 for support services. 

Token allocation, usage, and account balances may be monitored by the 
receiving party, the representative and/or the allocators. Monitoring can take place in 

20 real time via the telephone or the Internet or other computer network. The 

representative, buyer, allocator, and technician may be the same person or entity. All 
online activity can take place on the Internet or any other computer network such as an 
intranet. 

Accordingly, it should be readily appreciated that the method for providing 
25 product support services of the present invention has many practical applications. 

Additionally, although the preferred embodiment has been illustrated and described, it 
will be obvious to those skilled in the art that various modifications can be made 
without departing from the spirit and scope of this invention. Such modifications are 
to be considered as included in the following claims unless the claims expressly recite 
30 differently. 
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